home *** CD-ROM | disk | FTP | other *** search
/ Aminet 28 / Aminet 28 (1998)(GTI - Schatztruhe)[!][Dec 1998].iso / Aminet / docs / misc / amigapl.9801.lzh / log / text0417.txt < prev    next >
Encoding:
Text File  |  1998-01-30  |  3.3 KB  |  76 lines
  1. On 11-Jan-98, Kamil Iskra wrote:
  2. >On Sat, 10 Jan 1998, Peter Drapich wrote:
  3.  
  4. >> 1 Najpierw wczytywalby nowa wielkosc partycji i sprawdzal, gdzie wypadnie
  5. >> nowy root blok i bitmap.
  6. >Tylko lokalizacja root bloku jest absolutna - bitmap moze zostac tam,
  7. >gdzie byl (choc ze wzgledu na zwiekszenie partycji byc moze trzeba
  8. >przydzielic na niego dodatkowe bloki).
  9.  
  10. To wlasnie mialem na mysli.
  11.  
  12. >> 2 Jesli miejsce nie jest zaalokowane to proste: przegrywalby go tam i
  13. >> aktualizowal pole PARENT naglowkow plikow, znajdujacych sie w hashtable
  14. >> starego root bloku na nowy.
  15. >+ bloki DirCache dla formatu DC, ale to kaszka z mleczkiem.
  16.  
  17. Nie znam sie na nich, sa one gdzies opisane ?
  18.  
  19. >> 3 Jesli zajete, to by sprawdzal, bloki jakich plikow sa na miejscu nowego
  20. >> roota (skanowanie struktury filesystemu byloby potrzebne w celu znalezienia
  21. >> numerow blokow, na ktorych ma byc nagrany root)  znajdowal nowe miejsce dla
  22. >> nich w bitmapie, przesuwal bloki i odpowiednio modyfikowal naglowki tych
  23. >> plikow - w przypadku katalogow modyfikowalby ich hashtable.
  24. >To jest z pewnoscia najbardziej skomplikowane, bo musi sie rozwazyc
  25. >wszystkie przypadki, a jest ich nieco wiecej, chocby hardlinki, softlink,
  26. >naglowek pliku, naglowek katalogu, bitmap, DirCache.
  27.  
  28. Niezupelnie - katalogi wymagaja modyfikowania hashtable, to dosyc
  29. proste.Bitmap tez jest prosty, hardlinki i softlinki sa opisane w Guru Book,
  30. naglowki plikow to kaszka :)
  31. o DirCache nic nie wiem :)))
  32.  
  33. >W moim liscie na plearn napisalem swego czasu:
  34. >"W ograniczonej implementacji mozna by zadac (fon. rzondaci), aby to
  35. >miejsce bylo od razu wolne. Wystarczylo by poinformowac uzytkownika "Blok
  36. ><aaa> jest zajety przez plik <bbb>". Wtedy czlowiek przenosi ten plik na
  37. >inna partycje i po krzyku. W praktyce byloby to jednak nieco bardziej
  38. >skompilowane, bo co, jak by np. miejsce bylo zajete przez naglowek
  39. >katalogu, w ktorym jest 1000 plikow, w sumie 200 MB?"
  40.  
  41. Trzeba by przeleciec te 1000 blokow z headerami i juz...
  42.  
  43. >> B Przesuwanie poczatku byloby juz niebanalne.
  44. >Nie zgadzam sie. Wystarczy najpierw przesunac cala partycje do poczatkiu
  45. >wolnego miejsca (co jest trywialna operacja kopiowania, bez koniecznosci
  46. >jakichkolwiek zmian we wnetrzu partycji), a nastepnie zastosowac algorytm
  47. >A.
  48.  
  49. Faktycznie.
  50.  
  51. >> Co sadzisz Kamil o tym pomysle ?
  52. >Uwazam, ze wlasnie w taki sposob powinno to byc zrealizowane. Dochodzi
  53. >jeszcze zmiana RDB, choc mozna by ja wlasciwie przeprowadzac po fakcie
  54. >HDToolBoxem. Ale jak by sie komus nudzilo, to pewnie ze mozna dodac ladne
  55. >GUI a'la HDToolBox, opcje UnDo (nagrywajaca RDB i pare innych smieci np.
  56. >na dyskietke) itp.
  57.  
  58. >> Pomysl jest copyright by Boski, jak go ktos wykorzysta, to musi mi wyslac
  59. >>swoj program gratis i postawic piwo lub jakis dobry obiad...:)
  60.  
  61. >Ehem, co do tego copyright na pomysl to moj list w podobnym temacie i z
  62. >podobnymi pomyslami pochodzi z 9 Maja 1997 :-). Jestem jednak o tym gotow
  63. >zapomniec, jezeli faktycznie ten program napiszesz (nawet bym Ci piwo
  64. >postawil, gdyby nie to, ze to Ty mi jedno wisisz - tak wiec bylibysmy
  65. >kwita :-).
  66.  
  67. Hehe, chcialem sobie tylko zagwarantowac otrzymanie takiego programu :)))
  68. Co do mnie, najblizsze miesiace mam tak zapelnione, ze raczej nie znajde
  69. czasu.
  70. Jesli jednak bede potrzebowal takiego programu albo jakby ktos mial jednak
  71. jakis
  72. wolny dysk do eksperymentowania, to kto wie - musze miec jakies bodzce...:)
  73.  
  74. Docent
  75.  
  76.